STANDARDIZED WORK - Verification of SSN for Support Payer

Date/Version: 01/27/2026 v.2

Process Owner: Compliance

Review Cadence: Annually

Purpose: The DCSS case manager (worker) will review task E2007 to find the Support Payor (SP) SSN that has not been verified and update the SP member information screen accordingly.

Note- E2007 Task Definition: Failed edits for IRS submit- FAOD

 

Step

Process Step

Dialogue

1.

Review E2007: Failed edits for IRS submit

  • The worker reviews that a case is not closed, or in pending closure status.
  • The worker verifies that the case is not currently on Collections (CN) status (SP is current, and there are not any arrears owed on this case. Payments are being received).
  • The worker verifies that the case meets the minimum amount of arrears limit of $500.00 for offset to certify balances on No Cash Assistance In State (NAI) or Former Cash Assistance In State (FAI) program code, or less than $150.00 in State assigned arrears for program codes FAI or Cash Assistance In State (CAI). Anything below that amount will generate code E2007.
  • The worker verifies that the Member Information Screen displays a valid SSN. Review for pseudo numbers, which is a possible reason for the E2007 code to populate.
  • The worker verifies that the information on Member Information Screen matches legal documents, Identification documents, all systems checks, application documents. Examples: Court orders, affidavits, copies of Identification cards, application for services, AZTECS documents, etc.
  • The worker verifies that at least one support debt is active (Fee debts excluded). A case with debts deactivated may cause the E2007 code to populate even if the SSN has been verified.
  • The worker reviews for SSN verification by the system source coded Enumeration Verification System (EVS or SNP). These codes are populated when a State submits a name and a SSN that cannot be verified or corrected; or if no SSN was submitted, then the EVS Alpha search routine is used. A detailed research has to be conducted by the worker to verify that the information belongs to the SP in this case to avoid mistaken identity issues.

2.

Verifying SPs Social Security Number (SSN)

  • The worker verifies SPs SSN by one of the following options.
  • Log on to AZTECS and enter number 9 (interface inquiry) from the inquiry menu right of Enter Function (by number) and press enter. Type number 3 (WTPY Information) on the “Enter Selection (by number)” field. Enter SPs SSN on the format provided under field “SSN”, then press enter. If this SSN has been verified, the system will prompt the user to the WTPI screen which displays verification of name, SSN, benefits received and type (if any), dates, person has multiple SSN, etc. Skip the next step.
  • If unable to verify SSN through the WTPI on AZTECS, the worker will send a case number request via email to [email protected],and request APLS to verify the participant’s SSN.
  • Document the findings and information received thoroughly on the Activity History Screen.
  • The worker verifies, updates/corrects (if needed), all information received pertinent to SPs demographics on Member Information Screen. Examples: Place of birth, County, State, Parent’s names.
  • If the SSN belong to the SP, the worker will purge code E2007
  • If SSN does not belong to the SP in this case, the worker will remove SSN on the Member Information Screen, and the system will replace it with a pseudo number. Pseudo numbers will start with a number 9, and will follow the same format as a SSN on Member Information Screen utilizing the last 8 numbers of the SPs Member ID number assigned. Example: 912 34 5678 accordingly.
  • The worker will document the findings thoroughly on the Activity History Screen.
  • The Worker will purge code E2007.

3.

Federal Case Registry (FCR)/Federal Parent Locator Services (FPLS) System Automated SSN Verification

  • Step 3 is performed through an automated system built by rules and regulations from the Social Security Administration (SSA).
  • The routines Social Security Administration employs to verify Social Security Numbers include:
  • System Automated High Group Check – This routine is used first when an SSN is submitted to the Federal Case Registry (FCR) to determine whether the SSN falls within the valid range of the SSNs issued by the SSA.
  • Exact SSN/Name Verification – If the SSN passes the automated High Group check, the next process the system follows is a check for an exact match between what was submitted by the state and what the SSA has on file. Note: Certain name and date of birth tolerances are used for this match.
  • Social Security Number Corrected – The SSN Has Been Corrected by the SSA. If the SSN cannot be verified through the exact match process, 89 different routines are used to check for transposed digits or one incorrect digit. If the FCR can find a SSN using this method, then the SSN is considered “corrected.”
  • EVS Alpha Search (SNP) - If the name and SSN submitted by a state cannot be verified or corrected or if no SSN was submitted, then the EVS Alpha Search routine is used. A match is based on the following criteria:
  • First name has the same first four letters;
  • Middle name has the same first three letters;
  • Last name has the same first eight letters; and
  • Date of birth matches based on SSAs date of birth matching rules.
  • Earnings Systems Keyed Applications for SSN Registration Identification (ESKARI) - If the Alpha Search routine fails to identify an SSN, and if the state has provided certain additional key data elements for an Earnings Systems Keyed Applications search, then this process is used to find an SSN. Key data elements are:
  • Name from Alpha Search
  • Date of birth
  • Sex code
  • State or country of birth
  • Any one of the following combinations of searches:
  • Father’s first name, father’s last name, and city of birth, or
  • Father’s first name, father’s last name, and mother’s maiden name, or
  • Mother’s first name, mother’s maiden name, and city of birth, or
  • City of birth, father’s last name, and mother’s maiden name.
  • Serial number (SNR) – SSN Has Been Verified by the FCR – Has Multiples If more than one SSN is found from the Earnings Systems Keyed Applications process, then the record maintenance section (RMR) process is initiated. A FPLS staff member will manually check the list of possible matches generated by the Earnings Systems Keyed Applications process and select the SSN that best matches the person.

4

Valid Multiples & Changing An Unverified SSN To A Verified SSN

  • Step 4 is performed through an automated system built by rules and regulations from the SSA.
  • SP is working under one SSN but has financial accounts under another SSN.
  • The SSN verified by SSA will be populated on the Member Information Screen and the additional SSN will be populated on the alias screen.
  • Note- When navigating to the alias screen in AZCARES, go to member contact, go to the related list and click member names. (This screen will indicate any other aliases the members can be identified by.)

 

Change Log

Change Number

Change Proposed

Updated by

Change made? Yes/No

Reason

Date Finalized

1.

 

 

 

 

 

2.

 

 

 

 

 

3.

 

 

 

 

 

4.

 

 

 

 

 

5.

 

 

 

 

 

6.

 

 

 

 

 

7.